Team software process

Team Software Process (TSP) adalah kerangka kerja proses pengembangan perangkat lunak yang berkombinasi dengan Personal Software Process (PSP) untuk membantu tim manajer dan praktisi mengatur proyek dan menghasilkan perangkat lunak yang berkisar dalam ukuran dari proyek kecil dari several thousand lines of code (KLOC) sampai proyek yang sangat besar lebih dari setengah juta baris kode. TSP dimaksudkan untuk meningkatkan tingkat kualitas dan produktivitas proyek pengembangan perangkat lunak tim, untuk membantu mereka memenuhi biaya dan menjadwalkan komitmen untuk mengembangkan sistem perangkat lunak dengan lebih baik.^[1]^[2]^[3]

Tujuan TSP adalah untuk membangun tim proyek "mandiri" yang mengatur sendiri untuk menghasilkan perangkat lunak berkualitas tinggi. Humphrey ^[4]mendefinisikan tujuan TSP berikut:^[5]

Membangun tim mandiri yang merencanakan dan melacak pekerjaan mereka, menetapkan tujuan, dan memiliki proses dan rencana mereka sendiri. Ini bisa berupa tim perangkat lunak murni atau tim produk terintegrasi (Integrated Product Teams) dari 3 hingga sekitar 20 praktisi.^[5]
Menunjukkan kepada manajer bagaimana melatih dan memotivasi tim mereka dan bagaimana membantu mereka mempertahankan kinerja puncak.^[5]
Mempercepat peningkatan proses perangkat lunak dengan membuat perilaku Level 5 CMM menjadi normal dan diharapkan.^[5]
Memberikan panduan peningkatan untuk organisasi dengan kematangan tinggi.^[5]
Memfasilitasi pengajaran universitas tentang keterampilan tim kelas industri.^[5]

Tim yang diarahkan sendiri memiliki pemahaman yang konsisten tentang tujuan dan sasaran keseluruhannya; mendefinisikan peran dan tanggung jawab untuk setiap anggota tim; melacak data proyek kuantitatif (tentang produktivitas dan kualitas); mengidentifikasi proses tim yang sesuai untuk proyek dan strategi untuk mengimplementasikan proses; mendefinisikan standar lokal yang berlaku untuk pekerjaan rekayasa perangkat lunak tim; terus-menerus menilai risiko dan bereaksi terhadapnya; dan melacak, mengelola, dan melaporkan status proyek.^[5]

^ Jones, Capers. (2010). Software engineering best practices : lessons from successful projects in the top companies. New York: McGraw-Hill. ISBN 9780071621625. OCLC 471500462.
^ Kindler, Nosh B; Krishnakanthan, Vasantha; Tinaikar, Ranjit. Applying Lean to Application Development. McKinsey Quarterly, May 2007
^ Ker, J. I., Wang, Y., Hajli, M. N., Song, J., & Ker, C. W. (2014). "Deploying lean in healthcare: Evaluating information technology effectiveness in US hospital pharmacies". International Journal of Information Management, 34(4), 556–560.
^ Humphrey, W., “The Three Dimensions of Process Improvement, Part III: The Team Process,” CrossTalk, April 1998, available at www.stsc.hill.af.mil/crosstalk/1998/apr/dimensions.asp.
^ ^a ^b ^c ^d ^e ^f ^g Pressman, Roger S. (2015). Software engineering : a practitioner's approach. McGraw-Hill Education. ISBN 9781259253157. OCLC 949696534.

[1] Jones, Capers. (2010). Software engineering best practices : lessons from successful projects in the top companies. New York: McGraw-Hill. ISBN 9780071621625. OCLC 471500462.

[2] Kindler, Nosh B; Krishnakanthan, Vasantha; Tinaikar, Ranjit. Applying Lean to Application Development. McKinsey Quarterly, May 2007

[3] Ker, J. I., Wang, Y., Hajli, M. N., Song, J., & Ker, C. W. (2014). "Deploying lean in healthcare: Evaluating information technology effectiveness in US hospital pharmacies". International Journal of Information Management, 34(4), 556–560.

[4] Humphrey, W., “The Three Dimensions of Process Improvement, Part III: The Team Process,” CrossTalk, April 1998, available at www.stsc.hill.af.mil/crosstalk/1998/apr/dimensions.asp.

[:0-5] ^ ^a ^b ^c ^d ^e ^f ^g Pressman, Roger S. (2015). Software engineering : a practitioner's approach. McGraw-Hill Education. ISBN 9781259253157. OCLC 949696534.

[1]

[2]

[3]

[4]

[5]